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This application claims the benefit of U.S. Provisional Application No. 
60/162,603 entitled "Configuring Keys For Use In Processing Business Data," filed 
October 29, 1999, 

BACKGROUND OF THE INVENTION 

L Field of the Invention 

The present invention generally relates to computer software programs and 
databases to be used in Financial Service Organizations. More particularly, the present 
invention relates to a system and method for configuring a Financial Service 
Organization (FSO) production system database. 

2, Description of the Related Art 



FSOs such as banks, credit unions, etc., use computer systems running software 
programs to process FSO transactions. The FSO systems may include one or more 
20 databases for storing data. The databases may include groups of data such as the master 
files of customer account information, transaction-related data such as customer credit 
card purchase transactions, processing-related data such as the processing parameters 
used in processing transactions including charges to merchants for processing credit card 
transactions, and history data such as log files of daily activities for batch processing. 



The processing parameters used by the FSO system in processing transactions, 
may be embedded in the source code of the FSO system software programs, or the 
processing parameters may be stored in one or more tables in the FSO system database. 
Processing parameters may be used to apply business logic to the transactions during 
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processing. A processing parameter may have different values for different transactions 
based upon one or more attributes of the transactions. For example, the processing 
parameter values used in processing a customer credit card transaction made at one 
department store may be different than the processing parameter values used in 

5 processing a customer credit card transaction made at a different department store. 
Attributes of a transaction may be defined by one or more data elements in the 
transaction or one or more data elements in a master file associated v^ith the transaction. 
The attributes could be, for example, the name of a bank issuing the credit card to the 
customer, or the type of credit card (e.g., gold, platinum, etc.). The FSO system may 

10 examine the values of one or more data elements (e.g., gold, platinum, etc.) in the 

transaction data or master files to determine the value of a processing parameter for the 
transaction. A set of data elements useable to determine the value of a processing 
parameter for a transaction may be referred to as a key definition for the processing 
parameter. Data element values may be extracted fi'om a transaction data set and an 

15 associated master file by using the data elements in the key definition to locate the data 
element values. The data element values may be combined to form a key value for the 
processing parameter for the transaction. Data elements used in a key definition may be 
referred to as key elements. 

20 Key definitions and the instructions for constructing or preparing key values are 

hardcoded in the source code for the FSO system software programs. Modifying the key 
definitions and the instructions for constructing key values fi*om the key definitions 
involves modifying the source code for all software programs that use the key definitions 
and the instructions for constructing the key values, recompiling and relinking the 

25 programs, reinstalling the software programs, and possibly modifying a system data 
dictionary and database structure used by the software programs. If the software 
programs are used by more than one FSO, and if one of the FSOs requires customized 
key definitions, customization of the key definitions and instructions for constructing key 
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values for one of the FSOs requires creating and maintaining a customized copy of the 
source code for the software programs. 

In some FSO systems^ processing parameters and corresponding key values used 
5 to identify and select the processing parameters may be hardcoded in the source code for 
the FSO system software programs. As an aside, prior FSO systems construct key values 
and compare the constructed key values to key values embedded in the hardcode in order 
to find a match. When a match occurs, the corresponding processing parameter is 
subsequently used in processing the transaction. Modifying the processing parameters 

10 and corresponding key values for these systems may involve modifying the source code 
for all software programs that use the processing parameters, recompiling and relinking 
the programs, and reinstalling the software programs. In other FSO systems, the 
processing parameters and corresponding key values may be stored in the FSO system 
database. In these systems, the processing parameters and corresponding key values in 

15 the database must be synchronized with the key definitions and instructions for 

constructing key values in the source code. Modifying the processing parameters and key 
values in the database may also require modifying the source code and rebuilding the 
programs as described above. 

20 As a result of the hardcoding of processing parameters and keys, FSO systems are 

not flexible in the configuration and use of processing parameters. Any modification to 
the hardcode must be made by one or more people with sophisticated educational 
backgrounds and a sufficient understanding of the FSO system. Moreover, the time 
needed to implement and test modifications to existing FSO systems makes it difficult for 

25 FSOs to respond to rapidly changing business strategies. 

The following is, hereby, incorporated by reference: Data retrieval method and 
apparatus with multiple source capability (U.S. Patent No. US06023694), Graphical user 
interface for relating key index properties to database table columns (U.S. Patent No. 
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US05553218), Index managing method in database managing system (U.S. Patent No. 
US05806058) and Relational database management system for chemical stracture 
storage, searching and retrieval (U.S. Patent No. US05950192). 
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SUMMARY OF THE INVENTION 



A system, method and carrier medium for configuring keys to locate processing 
parameters stored in a Financial Service Organization (FSO) computer system database. 

5 In one embodiment, data may be stored in tables in the database. In one embodiment, a 
key definition table, one or more process control data (PCD) tables for storing processing 
parameter values and key values, and/or one or more search mask tables for storing key 
definition-based search masks for the key values in the PCD tables may be provided. In 
one embodiment, user interfaces to enter, modify, and delete data in the key definition, 

10 PCD, and search mask tables may be provided. 

In one embodiment, a program executing on an FSO computer system may 
provide a user interface that may allow a user of the program to construct key definitions 
for building the processing key values used in locating processing parameters in the FSO 

15 system database. The key definitions may be constructed by selecting one or more data 
elements to be included as key elements in the key definition. The data elements may be 
displayed for selection in the graphical user interface. The user interface may also 
provide a method for specifying a sequence or map that identifies the arrangement of the 
key elements in the key definition. The key definitions may be stored in the database in 

20 the FSO system. In one embodiment, the key definitions may be stored in a key 
definition table in the database. 

In one embodiment, a program executing on an FSO computer system may 
provide a user interface that may allow a user of the program to enter processing 
25 parameter values and key values. The processing parameter values may be configured 
for use during the processing of data, including FSO transactions, in the FSO computer 
system. The key values may be configured for use in locating the processing parameters 
in the FSO computer system. In one embodiment, processing parameter values and key 
values may be stored in a process control data (PCD) table in the database, with one row 
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in the table including one or more fields for storing a key value and one or more fields for 
storing processing parameter values associated with the key value. In one embodiment, 
there may be one PCD table in the database for each processing parameter in the FSO 
system, with each row in the table including one unique key value for the key definition 

5 for the processing parameter, and each row also including the processing parameter 

values beatable using the unique key value. In one embodiment, a key definition may be 
used to format the user interface for entering key element values, A key element value 
may be entered for each key element in the key definition, and the key element values 
may be combined to construct a key value. In one embodiment, wildcard values may be 

10 entered as key element values for key elements. 

In one embodiment, a program executing on an FSO computer system may 
provide a user interface that may allow a user of the program to enter one or more search 
masks configured for use in searching for a processing key value in the key values for a 

15 processing parmieter. In one embodiment, a search mask may include one or more 

search mask fields. In one embodiment, a key definition may be used to format the user 
interface for entering the search masks, with one search mask field displayed for each key 
element in the key definition. A search mask value may be entered in a search mask field 
for each key element in the key definition. In one embodiment, the search masks for a 

20 processing parameter may be stored in a search mask table in the database, with one row 
in the table storing one search mask. In one embodiment, the search masks for a 
processing parameter may be stored in the search mask table in the database in a 
sequence in which the search masks may be used in searching for a processing key value 
in the key values for the processing parameters. In one embodiment, wildcard mask 

25 values and equal mask values may be entered as mask values in search mask fields. 

In one embodiment, the key definitions, key values, processing parameter values, 
and search masks may be constructed and stored during the configuration of the FSO 
system. Configuration of the FSO system may occur at the time the FSO system software 
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programs and databases are initially installed and set up for processing FSO transactions. 
Configuration of the FSO system may also occur after the initial configuration performed 
during the installation of the FSO system. A configuration of the FSO system that occurs 
after the initial configuration may be called a reconfiguration of the FSO system. During 

5 reconfiguration, the key definitions, key values, processing parameter values, and search 
masks constructed during the initial configuration may be modified or deleted, and new 
key definitions, key values, processing parameter values, and search masks may be added 
to the FSO system. Some data may be processed differently in the FSO system after a 
reconfiguration of the FSO system than before the reconfiguration. For example, a key 

10 value may be assigned a different processing parameter value in a PCD table after a 
reconfiguration, and thus a different processing parameter value may be returned to a 
program for a processing key value after the reconfiguration than would have been 
returned before the reconfiguration. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 is a block diagram illustrating one embodiment of a computer system for 
configuring key definitions; 
5 Figure 2 is a flowchart illustrating one embodiment of a method for user 

configuration of key definitions, PCD tables, and search mask tables in an FSO system; 

Figure 3 illustrates one embodiment of a data dictionary with the data elements in 
the data dictionary divided into subsets available for inclusion in key definitions; 

Figure 4 illustrates one embodiment of a method for selecting data dictionary data 
10 elements as key elements available for inclusion in key definitions; 

Figure 5 illustrates one embodiment of a method for selecting key elements to be 
available for inclusion in a particular key definition from a list of key elements available 
for inclusion in all key definitions; 

Figure 6 illustrates one embodiment of a method for selecting key elements for 
15 inclusion in a key definition from a list of key elements available for inclusion in the key 
definition; 

Figure 7 illustrates one embodiment of a key definition with examples of 
parameters that may be included in the key element definitions; 

Figure 8 illustrates one embodiment of a PCD table for the key definition of 
20 Figure 7 with examples of key values and processing parameter values; 

Figure 9 illustrates one embodiment of a search mask table with examples of 
search masks that may be apphed to the PCD table of Figure 8; 

Figure 10 illustrates one embodiment of a structure for a database table for storing 
key definitions; 

25 Figure 1 1 illustrates one embodiment of a structure for a database table for 

referencing search masks; 

Figure 12 illustrates one embodiment of a structure for a user-defined PCD table 
with key values and data values; 

Figure 13 illustrates one embodiment of several PCD tables in an FSO system; 
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Figure 14 illustrates examples of inputs to and results from one embodiment of a 
search process that may be apphed to PCD tables as depicted in Figure 8 using search 
mask tables as depicted in Figure 9. 

r 5 While the invention is susceptible to various modijScations and altemative forms, 

specific embodiments thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
detailed description thereto are not intended to limit the invention to the particular form 
disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and 
10 alternatives falling within the spirit and scope of the present invention as defined by the 
appended claims. 
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DETAILED DESCRIPTION OF THE PREFERED EMBODIMENTS 



The term "computer system" as used herein generally describes the hardware and 
software components that in combination allow the execution of computer programs. 

5 The computer programs may be implemented in software, hardware, or a combination of 
software and hardware. A computer system's hardware generally includes a processor, 
memory media, and Input/Output (I/O) devices. As used herein, the term "processor" 
generally describes the logic circuitry that responds to and processes the basic instructions 
that operate a computer system. The term "memory medium" includes an installation 

10 medium, e.g., a CD-ROM, or floppy disks; a volatile computer system memory such as 

DRAM, SRAM, EDO RAM, Rambus RAM, etc.; or a non-volatile memory such as optical 
storage or a magnetic medium, e.g., a hard drive. The term "memory" is used synonymously 
with ^'memory medium" herein. The memory medium may comprise other types of 
memory or combinations thereof In addition, the memory medium may be located in a first 

15 computer in which the programs are executed, or may be located in a second computer that 
cormects to the first computer over a network. In the latter instance, the second computer 
provides the program instructions to the first computer for execution. In addition, the 
computer system may take various forms, including a personal computer system, 
mainframe computer system, workstation, network appUance, Intemet appliance, 

20 personal digital assistant (PDA), television system or other device. In general, the term 
"computer system" can be broadly defined to encompass any device having a processor 
that executes instructions fi*om a memory medium. 

The memory medium preferably stores a software program or programs for 
25 configuring the FSO system software programs and databases in an FSO system, and for 
processing FSO transactions in the FSO system, as described herein. The software 
program(s) may be implemented in any of various ways, including procedure-based 
techniques, component-based techniques, and/or object-oriented techniques, among 
others. For example, the software program(s) may be implemented using ActiveX 
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controls, C++ objects, JavaBeans, Microsoft Foundation Classes (MFC), or other 
technologies or methodologies, as desired. A CPU, such as the host CPU, executing code 
and data from the memory medium includes a means for creating and executing the 
software program or programs according to the methods, flowcharts, and/or block 
5 diagrams described below. 

A computer system's software generally includes at least one operating system, a 
specialized software program that manages and provides services to other software 
programs on the computer system. Examples of operating systems may include, but are not 

10 limited to: Windows NT available from Microsoft Corporation, and; the MVS and OS/390 
operating systems available from IBM. Software may also include one or more programs to 
perform various tasks on the computer system and various forms of data to be used by the 
operating system or other programs on the computer system. The data may include but are 
not limited to databases, text files, and graphics files. A computer system's soflware 

15 generally is stored in non-volatile memory or on an installation medium. A program may be 
copied into a volatile memory when running on the computer system. Data may be read 
into volatile memory, as the program requires the data. 

As used herein, a Financial Service Organization (FSO) is a business organization 
20 that provides financial services to customers and client organizations. As used herein, the 
term customer generally refers to an individual, and client organization generally refers to 
other businesses, including retail businesses and other FSOs. Services provided to 
customers and client organizations include credit products, such as loans and credit cards. 
An FSO may also provide services to client organizations such as credit card transaction 
25 processing. Examples of FSOs include, but are not limited to, banks and credit unions. 
An FSO that issues credit cards and processes credit card transactions may be referred to 
as a credit card institution. An FSO may include one or more organizational units. 
Examples of organizational units include, but are not limited to, main offices, divisions, 
regional offices, and branch offices. 
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As used herein^ an FSO transaction may be defined as an occurrence of a service 
provided to a customer or client organization. Examples of FSO transactions include, but 
are not limited to, financial transactions such as deposits, withdrav^als, loan application 
5 servicing, and credit card application servicing. FSO transactions may also include 
services related to financial products such as loans and credit cards previously issued to 
FSO customers and client organizations. These services may include processing of credit 
card purchases and collection of payments. 

10 An FSO system may include a data dictionary. A data dictionary may be defined 

as a collection of descriptions of data items in the database. A description of a data item 
in a database may be called a data element. A data item may be referred to as a data 
element value. A data element in the data dictionary may describe attributes of a data 
element value in the database. Examples of attributes of data element values include, but 

15 are not limited to: location in the database, size, and data type. For example, an FSO 
system data dictionary may describe the data elements involved in credit card processing. 
The data dictionary may describe each of the data elements in the database for credit card 
processing. Groups of data such as master files and transaction data sets may comprise 
data elements defined in the data dictionary. Examples of data elements in an FSO data 

20 dictionary include, but are not limited to: customer name, credit card type, and card 
issuer. 

In the context of this application, a key is one or more data elements in a database 
record or group of records that may be used to identify the record or group of records. 
25 For example, a record for storing information about an individual may have a name data 
element. The name data element may be used as a key to identify a particular 
individual's record in the database. A key value is an instance of a key in the database. 
In the example above, an example of a key value for a name data element used as a key 
might be "John Smith." In some examples, not all data elements in a database may be 
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available for use in keys. Data elements that are available for use in keys may be referred 
to as key elements. 

The format of a key may be stored in a key definition. A key definition may 
5 include one or more key elements that in combination make the key. During 

configuration of an FSO system, key definitions may be used in creating key values for 
records or groups of records in the database. During processing, key definitions may be 
used by the FSO system to create key values and to read key values stored in the 
database. During the processing of a transaction, the FSO system may create a key value 
10 jfrom a transaction-related data using a key definition to extract data element values from 
the transaction-related data, and may compare the key value to key values stored in the 
database while searching for a matching key value. A key value created during 
processing from a key definition and a transaction-related data may be referred to as a 
processing key value. 

15 

The FSO system database may include processing parameters used in processing 
tr^sactions. Processing parameters may be used to apply business logic to the 
transactions during processing. An example of a transaction processed in an FSO system 
is a credit card purchase transaction. An example of a processing parameter is a credit 

20 card purchase transaction price that may be charged to a client of a credit card institution 
for the processing of a credit card purchase transaction. An instance of a processing 
parameter in the database may be referred to as a processing parameter value. For 
example, an instance of a credit card purchase transaction price might be "$1.50." In 
some cases, a processing parameter value may include more than one data value. For 

25 example, a matrix of data values used in transformation fimctions on tables of data may 
be stored as a processing parameter value. 

An FSO transaction processing software program may use one or more processing 
parameters during the processing of a transaction. A processing parameter may have a 
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different processing parameter value for different transactions. The software program 
may examine the values of one or more data elements in the transaction data and master 
files to determine the processing parameter value for the transaction. A combination of 
data elements used to determine the processing parameter value may be referred to as a 

5 key definition for the processing parameter. The combination of data element values 
constructed fi-om the key definition may be referred to as a key value. The key value is 
used to identify the appropriate processing parameter for processing the transaction. For 
example, a software program for processing credit card transactions for a credit card 
institution may use the credit card issuer mid card type to determine what transaction 

10 price to charge a chent of the credit card institution for processing a credit card 
transaction. The key definition in this example includes the credit card issuer data 
element and card type data element, and the key value is constructed fi:om the values for 
the credit card issuer data element and card type data element read from the credit card 
transaction data or fi:om a master file associated with the transaction. The constructed key 

15 value identifies the proper transaction price to charge the client. 

In one embodiment, processing parameters and the key values used to identify 
them may be stored in tables in the database. The tables in the database that store the 
processing parameters and keys may be referred to as Process Control Data (PCD) tables. 
20 hi one embodiment, there may be one PCD table for each processing parameter in the 
FSO system. 

Processing parameters are one example of parameters that may be stored in PCD 
tables and located usmg key definitions as described herein. Examples of other types of 
25 parameters that may be stored in PCD tables are default parameters and definition 

parameters. Default parameters may be used to fill in default information in records in 
the database when they are created. For example, when a new customer account is 
created, one or more fields in the customer account master file may be filled with default 
parameter values. Default parameter values may be retrieved firom PCD tables using key 
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values constructed from the PCD key definitions and data element values from the 
customer account master file. Definition parameters are text or numeric values that are 
located using key values as codes. An example is a text error message that may be 
looked up using a numeric error code as a key value. 

5 

During processing, an FSO transaction may be stored as a record or file in the 
FSO system. In one embodiment, the FSO transaction may be stored in the FSO system 
database. A portion of the FSO transaction record may be read into system memory 
during processing. An FSO transaction record may include one or more data elements. 

10 The data elements included in an FSO transaction record may be defined in the data 
dictionary. The data elements in the transaction record may describe the various 
attributes of the transaction. For example, the data elements in a credit card transaction 
record may include items such as the customer's name, account numbers, credit card 
type, card issuer, date of the transaction, and the business at which the transaction 

15 originated. 

An example of an FSO that may use an FSO computer system as described herein 
is a credit card institution. A credit card institution may issue credit cards to customers 
and client institutions of the FSO. The credit card institution may also issue credit cards 

20 on behalf of chent businesses such as department stores. The credit card institution may 
also acquire and process credit card transactions from customers and cHent businesses 
such as department stores. For example, a credit card institution may issue its own credit 
card. Continuing the example, the credit card institution may also have client department 
stores. The credit card institution may issue a credit card under a department store's 

25 name, and may collect and process all credit card transactions for the department store. 
The credit card institution may charge a fee for each transaction processed. Some of the 
credit card transactions collected by the credit card institution may be transactions for 
credit cards not issued by the credit card institution. These transactions may be 
forwarded to the FSO that issued the card. In turn, other FSOs may forward credit card 
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transactions to the credit card institution. Transactions for credit cards issued by the 
credit card institution may be processed by the credit card institution. 

In the above example, the fee charged for each transaction, also called the 
5 merchant transaction price, is an example of a processing parameter for an FSO system in 
a credit card institution. One embodiment of an FSO system database in a credit card 
institution may include a merchant transaction pricing PCD table. The merchant 
transaction pricing PCD table may include one or more merchant transaction pricing 
values. Each merchant transaction pricing value may be associated with one unique key 
10 value in the table. The key values in the PCD table may be constructed using a key 
definition. Each processing parameter in the FSO system, and thus each processing 
parameter PCD table, may be associated with a key definition. In one embodiment, the 
FSO system database may include a key definition table for storing key definitions in the 
FSO system. 

15 

A key definition may include one or more data elements firom the data dictionary. 
As an example, the merchant transaction pricing parameter described above may have a 
key definition that includes one or more data elements. Examples of data elements that 
may be included as fields in the merchant transaction pricing parameter key definition 

20 include card issuer, card type, on us/not on us, and transaction type. A card issuer may 
be the brand of card, for example, VISA, MasterCard, Discovery, etc. Examples of card 
types may include, but are not limited to: "gold" and "platinum" cards issued by some 
card issuers. On us/not on us refers to whether the FSO processing the transaction also 
issued the credit card. "On us" may mean that the FSO did issue the card. "Not on us" 

25 may mean that another FSO issued the card, and thus the transaction may be forwarded to 
the other FSO for processing. The term "transaction type" may refer to the way the 
transaction was entered; examples of transaction types may include, but are not limited 
to: manual, electronic, and telephone transactions. A manual credit card transaction may 
be a credit card transaction that is entered by hand and imprinted with a credit card 
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imprint machine. An electronic transaction may be a credit card transaction where the 
magnetic strip on a credit card is read electronically. A telephone transaction may be a 
credit card transaction performed by telephone call. 

5 Figure 1 - A block diagram illustrating one embodiment of a computer system for 
configuring key definitions 

In Figure 1, an embodiment of a key configuration system 10 may include a 
computer system 20, a display screen 40 connected to the computer system, and one or 

10 more databases 52 residing on extemal storage. Computer system 20 includes memory 
30 configured to store computer programs for execution on computer system 20, and a 
central processing unit (not shown) configured to execute instructions of computer 
programs residing on computer system 20. Key configuration program 50 may be stored 
in memory 20. System 10 may also include one or more input devices 42 such as a 

15 keyboard for entering data and commands into program 50 and one or more cursor 
control devices 44 such as a mouse. 

Figure 2 - A flowchart illustrating one embodiment of a method for user configuration or 
reconfiguration of key definitions, PCD tables, and search mask tables in an FSO system 

20 

Figure 2 illustrates an embodiment of a method that may be followed by a user of 
an FSO system for configuration of the key definitions, Process Control Data (PCD) 
tables, and search mask tables for use in the dynamic location of processing parameters 
during processing of customer account data sets in the FSO system. PCD tables may also 
25 be referred to as processing parameter tables. In step 400, the user may define the 

dictionary of data elements to be used in the FSO system database. In step 402, the user 
may select from the dictionary of data elements a subset of data elements that are 
available for use in key definitions. In one embodiment, some data elements may be pre- 
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defined in the data dictionary, and a portion of the data elements in the data dictionary 
may be pre-selected to be available for use in key definitions. 

Steps 404 through 420 are an iterative process that may be repeated for each PCD 
5 table to be configured by the user. These steps may also be followed to reconfigure a 
PCD table to reflect changing transaction-processing requirements. In step 404, the user 
may select a first processing parameter to configure, and may select from the data 
dictionary a subset of data elements to be key elements from which the key elements in 
the key definition will be selected. In step 406, the user may select the key elements to 
10 be used in the key definition from the key elements selected in step 404. In step 408, the 
user may specify the sequence the selected key elements will appear in the key definition. 

Steps 410 through 414 are an iterative process that may be repeated for each row 
to be added to the PCD table by the user. In step 410, the user may first add a new row to 
15 the PCD table, and may define the key value for the row. In step 412, the user may 

define the processing parameters value(s) for the row. In step 414, if there are more rows 
to be added to the PCD table, the user returns to step 410. If there are no more rows to be 
added, the user may proceed to step 416. 

20 In step 416, the user may define one or more search masks for the key values in 

the PCD table. In one embodiment, the search masks may be arranged by the user in a 
sequence in which the masks will be used in building or constructing processing key 
values for searching the PCD table for a best matching key value. In step 418, the user 
may have completed the configuration of this PCD table, key definition, and search mask 

25 table, and the tables and key definition may be stored in the database. In step 420, if 
there are more PCD tables to be configured, the user may return to step 404 to configure 
the next PCD table. If the user has configured all of the PCD tables to be configured, the 
process ends. 
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Figures 3 through 13 illustrate the steps in the process illustrated in Figure 2 in 
more detail, and include examples of embodiments of structures and tables that may be 
configured using the process. 

5 Figure 3 - One embodiment of a data dictionary with the data elements in the data 
dictionary divided into subsets available for inclusion in key definitions 

Figure 3 illustrates one embodiment of a data dictionary for a database configured 
for use in an FSO system, with the data elements in the data dictionary divided into 

10 subsets available for inclusion in key definitions. In this illustration, by way of example, 
the letters A through Z are used to represent all the data elements in the universe of data 
elements in data dictionary 100. From the universe of data elements in the data 
dictionary, a data element set 102 of data elements available for use in all key definitions 
may be selected by a user of the FSO system. In this example, data elements N through Z 

15 have been selected for inclusion in data element set 102. The user may divide data 
element set 102 into data element subsets available for particular key definitions. Data 
element subsets may overlap. In this example, data element subset 104 includes Q, R, 
and S, data element subset 108 includes T, U, V, X, and Z, and data element subset 112 
includes V, W, X, Y and Z. Data element subsets 108 and 112 both include V, X, and Z, 

20 For each key definition, the user may select the data elements to be used in the key 
definition. In this example, key definition 106 includes Q and R fi*om data element 
subset 104, key definition 110 includes T and X firom data element subset 108, and key 
definition 114 includes W, X and Z fi:'om data element subset 112. More than one key 
definition may include a data element. In this example, key definitions 110 and 114 both 

25 include data element X. 

Figure 4 - One embodiment of a method for selecting data dictionary data elements as 
key elements available for inclusion in key definitions 
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Figure 4 illustrates one embodiment of a method for a user of an FSO system to 
select data dictionary data elements as key elements available for inclusion in key 
definitions in an FSO system. In this illustration, by way of example, the letters A 
through Z are used to represent the data elements in the universe of data elements in the 
5 data dictionary. In one embodiment, the database may include a table including 
references to all data elements in the data dictionary that are "useable in keys." In 
another embodiment, each data element in the data dictionary may have a useable in keys 
parameter associated with it. In one embodiment, the useable in keys parameter may be a 
binary parameter, and may be set to either allow the data element to be used in key 

10 definitions or to exclude the data element from use in key definitions. In one 

embodiment, a particular data element in the data dictionary may be selected, and 
information about the selected data element including the useable in keys parameter may 
be presented on a computer display screen. In one embodiment, a hst 122 of all data 
elements in the data dictionary may be presented on a computer display screen 120 to a 

15 user of the FSO system. In one embodiment, a current state 124 of the useable in keys 
parameter may be displayed with each data element. The state of the useable in keys 
parameter may be displayed in any form suitable to represent a binary parameter. 
Examples of forms of displaying states of binary parameters include, but are not limited 
to: textual binary displays such as YES/NO, Y/N, TRUE/FALSE, T/F, 1/0 and ON/OFF, 

20 and; graphic binary displays, such as check boxes and radio buttons. In this example, 
YES/NO is used, with YES representing a useable in keys parameter set to allow the data 
element to be used in key definitions, and NO representing a useable in keys parameter 
set to exclude the data element from use in key definitions. A user may change the state 
of a useable in keys parameter for a data element by changing the displayed state of the 

25 useable in keys parameter. In one embodiment, the user may select the useable in keys 
parameter using a cursor control device and enter the textual representation of the desired 
state of the useable in keys parameter using an input device. 
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Figure 5 - One embodiment of a method for selecting key elements to be available for 



inclusion in a particular key definition from a list of key elements available for inclusion 



in all key definitions 



5 Figure 5 illustrates one embodiment of a method for a user of an FSO system to 

select a group of key elements available for inclusion as key elements in a particular key 
definition in the FSO system. In this illustration, by way of example, the letters A 
through Z are used to represent the data elements in the universe of data elements in the 
data dictionary. In one embodiment, a list 132 of all key elements available for inclusion 

10 in key definitions may be presented on a computer display screen 130 to a user of the 
FSO system. In this example, Ust 132 includes key elements N through Z. Each key 
element in Ust 132 may have a useable in key parameter 134 associated with it. In one 
embodiment, a current state 134 of the useable in key parameter may be displayed with 
each key element. The state of the useable in key parameter may be displayed in any 

15 form suitable to represent a binary parameter. In this example, YES/NO is used, with 
YES representing a useable in key parameter set to allow the key element to be used in 
this key definition, and NO representing a useable in key parameter set to exclude the 
data element from use in this key definition. A user may change the state of a useable in 
key parameter for a key element by changing the displayed state of the useable in key 

20 parameter. In one embodiment, the user may select the useable in key parameter using a 
cursor control device and enter the textual representation of the desired state of the 
useable in key parameter using an input device. 



Figure 6 - One embodiment of a method for selecting key elements for inclusion in a key 
25 definition from a list of key elements available for inclusion in the key definition 

Figure 6 illustrates one embodiment of a method for a user of an FSO system to 
select key elements for inclusion in a key definition from a list of available key elements 
for the key definition in the FSO system. In this illustration, by way of example, the 
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letters A through Z are used to represent the data elements in the universe of data 
elements in the data dictionary. In one embodiment, a list 142 of all key elements 
available for inclusion in a particular key definition may be presented on a computer 
display screen 140 to a user of the FSO system. In this example, list 142 includes key 

5 elements V through Z. Computer display screen 140 may also display a "use in this key" 
parameter 144 and a key element sequence parameter 146 for each key element 
displayed. The state of the "use in this key" parameter 144 may be displayed in any form 
suitable to represent a binary parameter. In this example, YES/NO is used, with YES 
representing a key element selected to be used as a key element in this key definition, and 

10 NO representing a key element not selected to be used as a key element in this key 
definition, A user may change the state of the "use in this key" parameter for a key 
element by changing the displayed state of the "use in this key" parameter. In one 
embodiment, the user may select the "use in this key" parameter using a cursor control 
device and enter the textual representation of the desired state of the "use in this key" 

15 parameter using an input device. In this example, the '^ise in this key" parameter for key 
elements W, X and Z are set to YES to indicate that W, X and Z are to be used as key 
elements in the key definition. The key element sequence parameter may be used to 
specify the order in which the key elements will appear in the key definition. In this 
example, key element X is set to appear as the first key element, key element W is set to 

20 appear as the second key element, and key element Z is set to appear as the third key 
element. 

FiRure 7 - One embodiment of a key definition with examples of parameters that may be 
included in the key element definitions 

25 

Figure 7 illustrates an embodiment of a key definition that may have been defined 
by a user of an FSO system, with key elements displayed on a key definition screen 150. 
Each key element may include several parameters that define the key element. In one 
embodiment, the key elements may be displayed as rows on computer display screen 150, 
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with the columns displaying key element parameters. This example shows key elements 

W, and Z. Key element column 152 displays the key element name. Key element 
sequence column 154 displays the order in which the key elements may appear in the key 
definition. In this example, key element X is the first key element, key element W is the 
5 second key element, and key element Z is the third key element. Element name column 
156 may display a data element name. In this example, key element X is Company ID, 
key element W is the Credit Card Type, and key element Z is ON US/NOT ON US. 
Field length column 158 may display a length in units for the key element. In one 
embodiment, the units are 8-bit bytes. In this example, key element X is 2 bytes long, 
10 key element W is 3 bytes long, and key element Z is one byte long. Data type column 160 
may display a data type for the key element. In this example, key element X is of data 
type numeric, and key elements W and Z are of data type character. 

Figure 8 - One embodiment of a PCD table for the key definition of Fifflxre 7 with 
15 examples of key values and processing parameters 

Figure 8 illustrates an embodiment of a PCD table 170 fi-om a database used in m 
FSO system, with rows including key values 174 and processing parameters 178 
associated with the key values. A PCD table may be used to store key values and the 
20 processing, or PCD, values associated with the key values. The key values and 

processing parameters may be entered by a user of the FSO system. In one embodiment, 
a PCD table may include pre-defined key values and processing parameters, and the user 
of the FSO system may add key values and processing parameters to the PCD table. 

25 A PCD table may be searched for a particular key value to find the processing 

parameter associated with the key value. In this example, PCD table 170 may be used to 
access credit card merchant transaction charges 179 for different key values. In the credit 
card business, an Acquirer is an FSO that manages credit card accoxmts, processes credit 
card transactions, and collects credit card payments as an agent of one or more 
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organizations, or companies. The FSO may charge a merchant transaction charge for 
each credit card transaction processed. The abihty for a user of the FSO system to 
configure key definitions and PCD tables at configuration time allows the FSO to define 
merchant transaction charges for a particular transaction based upon attributes of the 

5 transaction. For example, a bank may manage the Visa and Discovery credit card 

transactions for Store 12 and Store 14. The user may include one or more attributes (data 
elements) of the transaction as key elements in the key definition, and may define one or 
more permutations of key values and associated merchant transaction prices for the 
permutations in the merchant transaction pricing PCD table. In this example, the bank 

10 may define different transaction prices for processing Discovery transactions for Store 12 
than it charges for processing Discovery transactions for Store 14. 

In one embodiment, each row 172 in table 170 holds one key value and its 
associated processing parameter. In one embodiment, each key value is unique among 

15 the key values in the PCD table. Each key definition is associated with one PCD table. 
A key value may be constructed from the key element values stored in the one or more 
key elements defined in the key definition for this PCD table. In this example, the key 
values are constructed fi-om key elements X (175), W (176), and Z (177), as defined in 
key description 150 illustrated in Figure 7. Li Figure 8, row 1 's key value is (12, VIS, 

20 Y). The processing parameter corresponding to the key value of (12, VIS, Y) is 10. 
Searching PCD table 170 for the key value of (12, VIS, Y) will return the transaction 
charge of 10. 

In one embodiment of PCD tables, wildcard values may also be entered as key 
25 element values in a PCD table. In Figure 8, key element with wildcard values are 

represented by asterisks ("*"). In one embodiment of PCD tables, low collating values 
for the data type of the key element may be used as wildcard key element values. For 
example, key elements of numeric data type may use zero (0) as a low collating value, 
and character fields may use spaces, or blank characters, as low collating values. Other 
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key element types may have low collating values specific to the type. Any or all of the 
key element values in a row of a PCD table may be set to a wildcard value. In Figure 8, 
row 3 has key elements W and Z set to wildcard values, row 4 has key element W set to a 
wildcard value, and row 7 has all of its key elements (X, W, and Z) set to wildcard 
5 values. In one embodiment, to specify a wildcard value for a key element value, the user 
may enter a wildcard display value (for example, in the PCD table entry display 
screen, and the FSO system may then substitute the low collating value for the data type 
of the key element set to the wildcard display value when storing the key value in the 
PCD table. 

10 

Figure 9 - One embodiment of a search mask table with examples of search masks that 
may be appUed to the PCD table of Figure 8 

In one embodiment of an FSO system using PCD tables to store key values and 
15 associated processing parameters, each PCD table and corresponding key definition may 
have an associated search mask table. A user of the FSO system may enter the search 
masks in the search mask table. A search mask table may include one or more rows for 
storing search masks entered by the user, with each row including one column, or mask 
field, for each of the key elements in the key definition. In the example illustrated in 
20 Figure 9, search mask table 180 may be defined for key definition 150 illustrated in 
Figure 7 and PCD table 170 illustrated in Figure 8. Thus, search mask table 180 may 
include mask fields corresponding to key elements X, W, and Z in key definition 1 50. 
The user of the FSO system may enter a mask field value for each mask field in each 
search mask in a search mask table. 

25 

In one embodiment of a search mask table, mask field values may include an 
equal mask field values and a wildcard mask field value. In one embodiment, an equal 
mask field value may be entered by the user and displayed on the search mask entry 
display screen as an equal sign ("="), as illustrated in Figure 9. In one embodiment, a 
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wildcard mask field value may be entered by the user and displayed on the search mask 
entry display screen as an asterisk ("*"), as illustrated in Figure 9. In one embodiment, 
an equal mask field value in a mask field may specify that, when constructing a 
processing key value from the data element values in a customer account data set during 
5 processing of the customer account data set, the key element value in the processing key 
value corresponding to the mask field will be set to the data element value from the 
customer account data set. In one embodiment, a wildcard mask field value in a mask 
field may specify that, when constructing a processing key value from the data element 
values in a customer account data set during processing of the customer account data set, 
10 the key element value in the processing key value corresponding to the mask field will be 
set to the low collating value for the data type of the key element. 

One embodiment of a PCD table search process in an FSO system may use the 
search masks in a search mask table to construct processing key values from a customer 

15 account data set. In one embodiment, the search process may start at the first search 
mask in the search mask table, build a processing key value from the customer accoxmt 
data set using the first search mask, and search the PCD table for a key value that 
matches the processing key value. If a matching key value is found, the search process 
may return the processing parameter for the key value to a program that requested the 

20 processing parameter for the customer account data set. If a matching key value is not 
found, the search process go to the second search mask in the search mask table, build a 
processing key value from the customer account data set using the second search mask, 
and search the PCD table for a key value that matches the processing key value. The 
search process may iterate through the search masks in the search mask table until a 

25 matching key value is found or until there are no more search masks. When no matching 
key value is found and all search masks have been used, a message may be returned to 
the requesting program that no processing parameter exists for the customer account data 
set. 
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Search mask table 180 illustrated in Figure 9 includes four search masks 183 that 
may be used with key definition 150 illustrated in Figure 7 to construct a processing key 
value from a customer account data set during a search of PCD table 170 illustrated in 
Figure 8. In Figure 9, the search masks are in a search order 184 from search mask 1 to 
5 search mask 4. In search mask 1, mask fields X, W, and Z are all assigned equal mask 
field values, represented by an equal sign ("=")• Search mask 2 has mask fields X and Z 
assigned equal mask field values, and mask field W assigned a wildcard mask field value 
represented by an asterisk ("*"). Search mask 3 has mask field X assigned an equal mask 
field value and mask fields W and Z assigned wildcard mask field values. Finally, in 
10 search mask 4, mask fields X, W and Z are all assigned wildcard mask field values. 

Search mask table 180 illustrated in Figure 9 includes a search mask where all of 
the mask fields are set to the equal mask field value, and also includes a search mask 
where all of the mask fields are set to the wildcard mask field value. In one embodiment, 
15 search mask tables may not be required to include search masks where all mask fields are 
set to equal mask field values. In one embodiment, search mask tables may not be 
required to include search masks where all mask fields are set to wildcard mask field 
values. 

20 Figure 10 - One embodiment of a structure for a database table for storing key definitions 

Figure 10 illustrates one embodiment of a database table that may be used to store 
key definitions defined by a user in an FSO system. Key definition table 200 may 
include PCD table identifiers 202 and user-defined key definitions 204. In one 
25 embodiment of an FSO system using user-defined key definitions, there is one key 

definition table 200 in an FSO system database. In one embodiment of an FSO system 
using user-defined key definitions, there is one row in key definition table 200 for each 
PCD table in the FSO system database, with each row including one PCD table identifier 
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202 that references the PCD table and one key definition 204 that defines the key format 
for the PCD table. 

In an FSO system, key definition table 200 may be used during configuration of 
5 the FSO system to store key definitions 204 defined by a user of the system. Key 

definition table 200 may also be used during configuration to present a display screen to 
the user of the FSO system for defining key values and their associated processing 
parameters in a PCD table. Key definition table 200 may also be used during 
configuration to format the key values defined by the user as the key values are stored in 
10 the key value fields of the PCD table. Key definition table 200 may also be used during 
configuration to present a display screen to the user for defining search masks for key 
definitions, and to format the search masks defined by the user as they are stored in a 
search mask table, 

15 In an FSO system, the user-defined key definitions 204 in key definition table 200 

may be used during the processing of FSO business data, including the processing of 
customer account data sets, A computer program running on the FSO system may 
request a processing parameter from a PCD table during the processing of a customer 
account data set. In response to the request, the user-defined key definition 204 for the 

20 PCD table may be read from key definition table 200 and used with a user-defined search 
mask for the key definition to construct a processing key value from the customer 
account data set. The processing key value may be used to search the PCD table for the 
PCD key value that matches the processing key constructed from the customer account 
data set. If a matching PCD key value is found, the processing parameter for the 

25 matching PCD key value is returned to the calling program. 

Figure 11 - One embodiment of a database structure for referencing search masks 
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Figure 1 1 illustrates one embodiment of a database structure that may be used to 
store and reference search masks defmed by a user in an FSO system, A table 205 may 
include PCD table identifiers 206 and references to search mask tables 208. In one 
embodiment of an FSO system using user-defined key definitions and search masks, 
5 there is one table 205 in an FSO system database. In one embodiment of an FSO system 
using user-defined key definitions and search masks, there is one row in table 205 for 
each PCD table in the FSO system database, with each row including one PCD table 
identifier 206 that references the PCD table and one reference to a search mask table 204. 
In another embodiment of table 205, all of the search mask tables may be merged into 
10 table 205, with one row in table 205 for each search mask for each PCD table. 

In an FSO system, the search mask tables 208 in table 205 may be used during the 
processing of FSO business data, including the processing of customer account data sets. 
A computer program running on the FSO system may request a processing parameter 

15 fi-om a PCD table during the processing of a customer account data set. In response to 
the request, the user-defined key definition for the PCD table may be read fi-om a key 
definition table. A first user-defined search mask may be read fi-om search mask table 
208 for the PCD table and may be used with the key definition to construct a first 
processing key value fi"om the customer account data set. The first processing key value 

20 may be used to search the PCD table for a PCD key value that matches the first 

processing key value constructed fi:om the customer account data set. If a matching PCD 
key value is found, the processing parameter for the matching PCD key value is retumed 
to the calling program. If a matching PCD key value is not found, a second user-defined 
search mask may be read firom search mask table 208 and used with the key definition to 

25 construct a second processing key value. The second processing key value may be used 
to search the PCD table for a PCD key value that matches the second processing key 
value. The process of reading a next search mask, building a processing key, and 
searching the PCD table may continue until a matching PCD key value is foxmd or until 
all search masks have been used and no matching PCD key value is found. 
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Figure 12 - One embodiment of a structure for a user-defined PCD table with key values 



and data values 



5 Figure 12 illustrates one embodiment of a PCD table for storing key values and 

associated PCD data values defined by a user of the FSO system using a process as 
illustrated in Figure 8. Referring to Figure 12, PCD table 210 may include cells 216 for 
storing user-defined key values 217 in one column 212 and cells 218 for storing user- 
defined PCD data values 218 in a second column 216. One row in the table may include 
10 one cell 216 for storing a user-defined key value 217 and one cell 218 for storing the 
user-defined PCD data value 219 associated with the key value. In this example, user- 
defined key values (1, 2, . . . , n) correlate to user-defined processing parameters (1,2,..., 
n). A user-defined key value 217 may include one or more key element values. A user- 
defined PCD data value 219 may include one or more processing parameter values. 

15 

Figure 13 - One embodiment of several PCD tables in an FSO system 

Figure 13 illustrates one embodiment of a plurahty of PCD tables 210 in an FSO 
system database. PCD tables 210 may include cells 216 for storing user-defined key 

20 values 217 in one column 212 and cells 218 for storing user-defined PCD data values 218 
in a second column 216. One row in each table may include one cell 216 for storing a 
user-defined key value 217 and one cell 218 for storing the user-defined PCD data value 
219 associated with the key value. In this example, in PCD table I, key values (1,2,..., 
n) correlate to processing parameters (1, 2, . . n). A user-defmed key value 217 may 

25 include one or more key element values. A user-defined PCD data value 219 may 
include one or more processing parameter values. 

In one embodiment, cells 216 for storing key values 217 may be of a pre- 
configured fixed size that is identical for all PCD tables 210. In this embodiment, the 
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fixed size of cells 216 may be pre-configured large enough to store key values 217 of the 
maximum size anticipated by the user of the system. In one embodiment, if the pre- 
configured size of cells 216 is not large enough, the PCD tables may be re-configured 
with a larger fixed size for cells 216. 

5 

PCD tables (1,2,..., x) as illustrated in Figure 13 may be used in an embodiment 
of a production FSO system to store user-defined processing parameters and their 
associated user-defined key values. A program running on the FSO system may require a 
particular processing parameter to process a customer account data set. The FSO system 
10 may determine which PCD table holds the processing parameter, use the key definition 
and search mask table for the PCD table to construct a processing key value, and use the 
processing key value to search the PCD table key values and locate the particular 
processing parameter that matches the processing key value for the customer account data 
set. 

15 

Figure 14 - Examples of inputs to and results from one embodiment of a search process 
that may be applied to PCD tables as depicted in Figure 8 using search mask tables such 
as the search mask table depicted in Figure 9 



20 Figure 14 illustrates several examples of processing key value inputs to, and 

processing parameter outputs from, one embodiment of a PCD table search process as 
applied to PCD table 170 illustrated in Figure 8, using key definition 150 illustrated in 
Figure 7 and search mask table 180 illustrated in Figure 9 to construct the processing key 
values. A PCD table search process may be initiated in response to a request for a 

25 processing parameter for use in processing a customer account data set in an FSO system. 



In search 1, the PCD table search process uses key definition 150 and the first 
search mask in search mask table 180 to construct processing key values for a first 
customer accoxmt data set. In the first search mask, all mask values are set to the equal 
30 mask field value. A first processing key value is constructed using the first search mask. 
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Key element X is set to the value 12 read from the customer account data set, key 
element W is set to the value DIS read from the customer account data set, and key 
element Z is set to the value Y read from the customer account data set. PCD table 170 is 
searched for the key value (12, DIS, Y). The key value for the second row in PCD table 
5 170 matches the first processing key value. The search is completed when the match is 
found, and the corresponding processing parameter, 8, is returned to the requesting 
process in the FSO system. 

In search 2, the PCD table search process uses key definition 150 and the first 
10 search mask in search mask table 180 to construct processing key values for a second 
customer account data set. A first processing key value is constructed using the first 
search mask. Key element X is set to the value 12 read from the customer accoxmt data 
set, key element W is set to the value MSC read from the customer account data set, and 
key element Z is set to the value Y read from the customer accoxmt data set. PCD table 
15 170 is searched for the key value (12, MSC, Y). No exact match for the key value is 
found in PCD table 170. A second processing key value is constructed using the second 
search mask. Key element X is set to the value 12 read from the customer account data 
set, key element W is set to the wildcard key element value, and key element Z is set to 
the value Y read from the customer account data set. PCD table 170 is searched for the 
20 key value (12, *, Y). The key value for the fourth row in PCD table 170 matches the 

second processing key value. The search is completed when the match is found, and the 
corresponding processing parameter, 13, is returned to the requesting process in the FSO 
system. 

25 In search 3, the PCD table search process uses key definition 150 and the first 

search mask in search mask table 180 to construct processing key values for a third 
customer account data set. A first processing key value is constructed using the first 
search mask. Key element X is set to the value 12 read from the customer account data 
set, key element W is set to the value MSC read from the customer account data set, and 
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key element Z is set to the value N read from the customer account data set. PCD table 
170 is searched for the key value (12, MSG, N). No exact match for the key value is 
found in PCD table 170. A second processing key value is constructed using the second 
search mask. Key element X is set to the value 12 read from the customer account data 
5 set, key element W is set to the wildcard key element value, and key element Z is set to 
the value N read from the customer account data set. PCD table 170 is searched for the 
key value (12, *, N). Again, no exact match for the key value is found in PCD table 170. 
A third processing key value is constructed using the third search mask. Key element X 
is set to the value 12 read from the customer account data set, key element W is set to the 
10 wildcard key element value, and key element Z is set to the wildcard key element value. 
PCD table 170 is searched for the key value (12, *, *). The key value for the third row in 
PCD table 170 matches the third processing key value. The search is completed when the 
match is found, and the corresponding processing parameter, 12, is returned to the 
requesting process in the FSO system. 

15 

In search 4, the PCD table search process uses key definition 150 and the first 
search mask in search mask table 180 to construct processing key values for a fourth 
customer account data set. A first processing key value is constructed using the first 
search mask. Key element X is set to the value 14 read from the customer account data 

20 set, key element W is set to the value MSC read from the customer account data set, and 
key element Z is set to the value N read from the customer account data set. PCD table 
170 is searched for the key value (14, MSC, N). No exact match for the key value is 
found in PCD table 170. A second processing key value is constructed using the second 
search mask. Key element X is set to the value 14 read from the customer account data 

25 set, key element W is set to the wildcard key element value, and key element Z is set to 
the value N read from the customer account data set. PCD table 170 is searched for the 
key value (14, *, N). Again, no exact match for the key value is found in PCD table 170. 
A third processing key value is constructed using the third search mask. Key element X 
is set to the value 14 read from the customer account data set, key element W is set to the 
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wildcard key element value, and key element Z is set to the wildcard key element value. 
PCD table 170 is searched for the key value (14, *). Again, no exact match for the key 
value is found in PCD table 170. A fourth processing key value is constructed using the 
fourth search mask. Key element X is set to the wildcard key element value, key element 
5 W is set to the wildcard key element value, and key element Z is set to the wildcard key 
element value. PCD table 170 is searched for the key value (*, *, *). The key value for 
the seventh row in PCD table 170 is set to all wildcard values, and thus matches the 
fourth processing key value. The search is completed when the match is found, and the 
corresponding processing parameter, 14, is returned to the requesting process in the FSO 
10 system. 

Various embodiments further include receiving or storing instructions and/or data 
implemented in accordance with the foregoing description upon a carrier medium. 
Suitable carrier media include memory media or storage media such as magnetic or 
15 optical media, e.g., disk or CD-ROM, as well as signals such as electrical, 

electromagnetic, or digital signals, conveyed via a communication medium such as 
networks and/or a wireless link. 

Although the system and method of the present invention have been described in 
20 connection with several embodiments, the invention is not intended to be limited to the 
specific forms set forth herein, but on the contrary, it is intended to cover such 
alternatives, modifications, and equivalents as can be reasonably included within the 
spirit and scope of the invention as defined by the appended claims. 
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WHAT IS CLAIMED IS: 



1 . A method of configuring a computer system for receiving and processing 
Financial Service Organization (FSO) transaction-related data, wherein each FSO 

5 transaction-related data is defined by a plurality of fields, each of which contains the FSO 
transaction-related data, the method comprising: 

displaying a pluraUty of field identifiers on a display screen of a monitor, wherein 
the monitor is in data communication with the computer system, a first memory, and a 
second memory, wherein each of the displayed field identifiers identifies a respective 
10 field in each of the FSO transaction-related data; 

selecting a plurality of the displayed field identifiers; 
storing the selected plurality of field identifiers in the first memory; 
wherein the computer system is configured to receive a first FSO transaction- 
related data, wherein the computer system is configured to read the selected plurality of 
15 field identifiers fi*om the first memory in response to the computer system receiving the 
first FSO transaction-related data, wherein the computer system is configured to access 
and read a first processing parameter fi-om the second memory using FSO transaction- 
related data contained in fields of the first FSO transaction-related data that are identified 
by the selected plurality of field identifiers read fi-om the first memory, and wherein the 
20 computer system is configured to process the first FSO transaction-related data and the 
first processing parameter. 

2. The method of claim 1 , further comprising: 

displaying a template on the monitor, wherein the template comprises a plurality 
25 of fields for receiving data values; 

entering a first data in a first field of the template; 

entering the first processing parameter in a second field of the template; 

storing the first processing parameter and the first data in the second memory; 



Atty. Dkt. No.: 5053-31401 Page 35 Conley, Rose & Tayon, P,C. 



wherein the computer system is configured to compare the first data stored in the 
second memory with the FSO transaction-related data contained in fields of the first FSO 
transaction-related data that are identified by the selected plurality of field identifiers read 
fi-om the first memory, and wherein the computer system is configxired to access and read 
5 the first processing parameter if the first data compares equally to the FSO transaction- 
related data contained in fields of the first FSO transaction-related data that are identified 
by the selected plurality of field identifiers read fi-om the first memory. 

3 . The method of claim 1 , further comprising: 

10 preparing a first processing key value firom data contained in fields of the first 

FSO transaction-related data that are identified by the selected plurality of field 
identifiers read firom the first memory, wherein the computer system is configured to 
access and read the first processing parameter fi^om the second memory using the first 
processing key. 

15 

4. The method of claim 3, wherein the first processing key value is defined by a 
plurality of fields which contain copies of data fi*om the fields of the first FSO 
transaction-related data identified by the selected plurality of field identifiers read fi-om 
the first memory. 

20 

5. The method of claim 4, further comprising: 

entering mapping data into the computer system, wherein the mapping data maps 
each of the selected plurality of field identifiers to a respective field of the first 
processing key value, wherein the computer system is configured to place data fi*om each 
25 of the fields of the first FSO transaction-related data identified by the selected plurality of 
field identifiers into a respective field of the processing key value in accordance with the 
mapping data. 

6. A method comprising: 
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displaying one or more key element representations on a display screen in data 
communication with a Financial Service Orgnaization (FSO) computer system 
comprising a database, wherein the FSO computer system is configured to perform 
processing on FSO transaction-related data; 
5 selecting one or more key element representations from the displayed key element 

representations; 

preparing a key definition from the one or more key elements corresponding to 
the one or more selected key element representations in response to the user selecting the 
one or more key element representations; and 

10 storing the key definition in the database; 

wherein the key definition stored in the database is configured for use in 
preparing a processing key value from a transaction-related data in the FSO computer 
system, wherein the processing key value is configured for use in locating a process 
control data set in the database in the FSO computer system, wherein the process control 

15 data set comprises one or more process control data values, and wherein the process 

control data set located using the processing key value is configured for use in processing 
the transaction-related data in the FSO computer system. 

7. The method of claim 6, wherein the user selecting the key element 

20 representations, the preparing the key definition, and the storing the key definition occur 
during a configuration of the FSO computer system. 

8. The method of claim 6, wherein the preparing the key definition from the one or 
more key elements fiirther comprises the user specifying a sequence of the key elements 

25 in the key definition. 

9. The method of claim 6, wherein the database comprises a plurality of data 
elements, and wherein the method fiirther comprises: 
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the user selecting a plurality of key elements for use in key definitions from the 
plurality of data elements; and 

the user selecting the one or more key elements for displaying on the display 
screen from the plurality of key elements. 

5 

10. The method of claim 6, further comprising: 

the user defining one or more key values for the key definition; 
the user defining a processing parameter value for each of the key values for the 
key definition; and 

10 storing the one or more key values and processing parameter values in the 

database; 

wherein locating the processing parameter value using the constructed processing 
key value comprises matching the constructed processing key value with one of the one 
or more key values stored in the database. 

15 

1 1 . The method of claim 10, wherein each of the one or more key values is unique 
among the one or more key values for the key definition. 

12. The method of claim 10, wherein the database comprises a process control data 
20 table associated with the key definition, wherein the process control data table comprises 

one or more rows, and wherein each row in the process control data table comprises one 
or more fields for storing one key value and one or more fields for storing the processing 
parameter value for the key value stored in the row. 

25 13. The method of claim 10, wherein each of the one or more key values comprises 
one key element value for each of the one or more key elements in the key definition, and 
wherein the user defining the one or more key values for the key definition further 
comprises the user defining the one or more key element values for each of the one or 
more key values. 
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14. The method of claim 13, wherein the user defining the one or more key element 
values for each of the one or more key values comprises the user selecting a key element 
value for each of the one or more key elements in the key definition from a plurality of 

5 available key element values for the key element. 

15. The method of claim 14, wherein the plurality of available key element values 
comprises a wildcard key element value. 

10 16. The method of claim 6, wherein the database is relational or is object-oriented. 

1 7. The method of claim 6, further comprising: 

the user defining one or more key masks for the key definition, wherein each key 
mask comprises one or more mask fields, wherein the one or more mask fields in the key 
15 mask correspond to the one or more key elements in the key definition; and 
storing the one or more key masks in the database. 

18. The method of claim 16, wherein the user defining the one or more key masks 
further comprises the user selecting a mask field value from a plurality of mask field 

20 values for each of the one or more mask fields in each of the one or more key masks, and 
wherein the plurality of mask field values comprises an equal mask field value and a 
wildcard mask field value. 

19. The method of claim 6, wherein the transaction-related data comprises a credit 

25 card transaction, and wherein the processing parameter value comprises one or more data 
values configured for processing the credit card transaction. 

20. The method of claim 1 8, wherein the processing parameter value comprises one 
or more merchant transaction pricing values. 
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21 . A system for processing Financial Service Organization (FSO) transactions, the 
system comprising: 

a computer program; 
a computer system; 

wherein the computer program is executable on the computer system to execute: 

displaying a plurality of field identifiers on a display screen of a monitor, 
wherein the monitor is in data communication with the computer system, a first 
memory, and a second memory, wherein each of the displayed field identifiers 
identifies a respective field in each of FSO transaction-related data; 

selecting a plurality of the displayed field identifiers; 

storing the selected plurality of field identifiers in the first memory; 

wherein the computer system is configured to receive a first FSO 
transaction-related data, wherein the computer system is configured to read the 
selected plurality of field identifiers fi^om the first memory in response to the 
computer system receiving the first FSO transaction-related data, wherein the 
computer system is configured to access and read a first processing parameter 
fi"om the second memory using FSO transaction-related data contained in fields of 
the first FSO transaction-related data that are identified by the selected plurality of 
field identifiers read from the first memory, and wherein the computer system is 
configured to process the first FSO transaction-related data and the first 
processing parameter. 

22. The system of claim 21, wherein the computer program is further executable on 
the computer system to execute: 

displaying a template on the monitor, wherein the template comprises a pluraUty 
of fields for receiving data values; 

entering a first data in a first field of the template; 

entering the first processing parameter in a second field of the template; 
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storing the first processing parameter and the first data in the second memory; 

wherein the computer system is configured to compare the first data stored in the 
second memory with the FSO transaction-related data contained in fields of the first FSO 
transaction-related data that are identified by the selected pluraUty of field identifiers read 
5 fi:om the first memory, and wherein the computer system is configured to access and read 
the first processing parameter if the first data compares equally to the FSO transaction- 
related data contained in fields of the first FSO transaction-related data that are identified 
by the selected plurality of field identifiers read fi^om the first memory. 

10 23 . The system of claim 2 1 , wherein the computer program is further executable on 

the computer system to execute: 

preparing a first processing key value fi-om data contained in fields of the first 

FSO transaction-related data that are identified by the selected plurality of field 

identifiers read fi*om the first memory, wherein the computer system is configured to 
15 access and read the first processing parameter firom the second memory using the first 

processing key. 

24. The system of claim 23, wherein the first processing key value is defined by a 
plurality of fields which contain copies of data fi-om the fields of the first FSO 

20 transaction-related data identified by the selected pluraUty of field identifiers read fi-om 
the first memory. 

25. The system of claim 24, wherein the computer program is fiuther executable on 
the computer system to execute: 

25 entering mapping data into the computer system, wherein the mapping data maps 

each of the selected plurality of field identifiers to a respective field of the first 
processing key value, wherein the computer system is configured to place data fi^om each 
of the fields of the first FSO transaction-related data identified by the selected plurality of 
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field identifiers into a respective field of the processing key value in accordance with the 
mapping data. 

26. A carrier medium comprising program instructions, wherein the program 
5 instructions are executable by a computer system to implement: 

displaying a plurality of field identifiers on a display screen of a monitor, wherein 
the monitor is in data communication with the computer system, a first memory, and a 
second memory, wherein each of the displayed field identifiers identifies a respective 
field in each of FSO transaction-related data; 

10 selecting a plurality of the displayed field identifiers; 

storing the selected plurality of field identifiers in the first memory; 
wherein the computer system is configured to receive a first FSO transaction- 
related data, wherein the computer system is configured to read the selected plurality of 
field identifiers from the first memory in response to the computer system receiving the 

15 first FSO transaction-related data, wherein the computer system is configured to access 
and read a first processing parameter firom the second memory using FSO transaction- 
related data contained in fields of the first FSO transaction-related data that are identified 
by the selected plurality of field identifiers read firom the first memory, and wherein the 
computer system is configured to process the first FSO transaction-related data and the 

20 first processing parameter, 

27. The carrier medium of claim 26, wherein the program instructions are further 
executable by the computer system to implement: 

displaying a template on the monitor, wherein the template comprises a plurality 
25 of fields for receiving data values; 

entering a first data in a first field of the template; 

entering the first processing parameter in a second field of the template; 

storing the first processing parameter and the first data in the second memory; 
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wherein the computer system is configured to compare the first data stored in the 
second memory with the FSO transaction-related data contained in fields of the first FSO 
transaction-related data that are identified by the selected plurality of field identifiers read 
fi:om the first memory, and wherein the computer system is configured to access and read 
5 the first processing parameter if the first data compares equally to the FSO transaction- 
related data contained in fields of the first FSO transaction-related data that are identified 
by the selected plurality of field identifiers read firom the first memory. 

28, The carrier medium of claim 26, wherein the program instructions are fiuther 
10 executable by the computer system to implement: 

the computer system preparing a first processing key value from data contained in 
fields of the first FSO transaction-related data that are identified by the selected plurality 
of field identifiers read fi*om the first memory, wherein the computer system is 
configured to access and read the fu*st processing parameter firom the second memory 
1 5 using the first processing key. 

29, The carrier medium of claim 28, wherein the first processing key value is defined 
by a pluraUty of fields which contain copies of data firom the fields of the first FSO 
transaction-related data identified by the selected plurality of field identifiers read from 

20 the first memory. 

30, The carrier medium of claim 29,wherein the program instructions are fiirther 
executable by the computer system to implement: 

entering mapping data into the computer system, wherein the mapping data maps 
25 each of the selected plurality of field identifiers to a respective field of the first 

processing key value, wherein the computer system is configured to place data firom each 
of the fields of the first FSO transaction-related data identified by the selected plurality of 
field identifiers into a respective field of the processing key value in accordance with the 
mapping data. 
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3 L A method comprising : 

displaying one or more key element representations on a display screen in data 
commimication with a Financial Service Organization (FSO) computer system 
5 comprising a database, wherein the FSO computer system is configured to perform 
processing of FSO transaction-related data; 

selecting one or more key element representation fi*om the displayed key element 
representations; 

preparing a key definition fi*om the one or more key elements corresponding to 
10 the one or more selected key element representations in response to the user selecting the 
one or more key element representations; and 

storing the key definition in the database; 

wherein the key definition stored in the database is configured for use in 
preparing a processing key value firom a transaction-related data in the FSO computer 
15 system, wherein the processing key value is configured for use in locating a process 

control data set in the database in the FSO computer system, wherein the process control 
data set comprises one or more process control data values, md wherein the process 
control data set located using the processing key value is configured for use in processing 
the transaction-related data in the FSO computer system. 

20 

32. The method of claim 31, wherein the user selecting the key element 
representations, preparing the key definition, and storing the key definition occur during a 
configuration of the FSO computer system. 

25 33 . The method of claim 3 1 , wherein preparing the key definition firom the one or 
more key elements fiirther comprises the user specifying a sequence of the key elements 
in the key definition. 
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34. The method of claim 31, wherein the database comprises a plurality of data 
elements, and wherein the method further comprises: 

the user selecting a plurality of key elements for use in key definitions fi-om the 
plurality of data elements; and 
5 the user selecting the one or more key elements for displaying on the display 

screen from the plurality of key elements. 

35. The method of claim 31, further comprising: 

the user defining one or more key values for the key definition; 
10 the user defining a processing parameter value for each of the key values for the 

key definition; and 

storing the one or more key values and processing parameter values in the 
database; 

wherein locating the processing parameter value using the constructed processing 
15 key value comprises matching the constructed processing key value with one of the one 
or more key values stored in the database. 



36. The method of claim 35, wherein each of the one or more key values is unique 
among the one or more key values for the key definition, 

20 

37. The method of claim 35, wherein the database comprises a process control data 
table associated with the key definition, wherein the process control data table comprises 
one or more rows, and wherein each row in the process control data table comprises one 
or more fields for storing one key value and one or more fields for storing the processing 

25 parameter value for the key value stored in the row. 

38. The method of claim 35, wherein each of the one or more key values comprises 
one key element value for each of the one or more key elements in the key definition, and 
wherein the user defining the one or more key values for the key definition further 
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comprises the user defining the one or more key element values for each of the one or 
more key values. 



39. The method of claim 38, wherein the user defining the one or more key element 

5 values for each of the one or more key values comprises the user selecting a key element 
value for each of the one or more key elements in the key definition fi-om a plurality of 
available key element values for the key element. 

40. The method of claim 39, wherein the plurality of available key element values 
10 comprises a wildcard key element value. 

41 . The method of claim 31, further comprising: 

the user defining one or more key masks for the key definition, wherein each key 
mask comprises one or more mask fields, wherein the one or more mask fields in the key 
15 mask correspond to the one or more key elements in the key definition; and 
storing the one or more key masks in the database. 

42. The method of claim 41 , wherein the user defining the one or more key masks 
further comprises the user selecting a mask field value from a pluraUty of mask field 

20 values for each of the one or more mask fields in each of the one or more key masks, and 
wherein the plurality of mask field values comprises an equal mask field value and a 
wildcard mask field value. 

43. The method of claim 3 1 , wherein the transaction-related data comprises a credit 
25 card transaction, and wherein the processing parameter value comprises one or more data 

values configured for processing the credit card transaction. 

44. The method of claim 43, wherein the processing parameter value comprises one 
or more merchant transaction pricing values. 
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45. A system for processing Financial Service Organization (FSO) transactions, the 
system comprising: 

a computer program; 
5 a computer system; 

wherein the computer program is executable on the computer system to execute: 

displaying one or more key element representations on a display screen in 
data communication with the computer system comprising a database, wherein 
the computer system is configured to perform processing of FSO transaction- 
10 related data; 

selecting one or more key element representation from the displayed key 
element representations; 

preparing a key definition firom the one or more key elements 
corresponding to the one or more selected key element representations in response 
15 to the user selecting the one or more key element representations; and 

storing the key definition in the database; 

wherein the key definition stored in the database is configured for use in 
preparing a processing key value fi:om a transaction-related data in the computer 
system, wherein the processing key value is configured for use in locating a 
20 process control data set in the database in the computer system, wherein the 

process control data set comprises one or more process control data values, and 
wherein the process control data set located using the processing key value is 
configured for use in processing the transaction-related data in the computer 
system. 

25 

46. The system of claim 45, wherein the user selecting the key element 
representations, preparing the key definition, and storing the key definition occur during a 
configuration of the computer system. 
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47. The system of claim 45, wherein the preparing the key definition firom the one or 
more key elements further comprises the user specifying a sequence of the key elements 
in the key definition, 

5 48 . The system of claim 45, wherein the database comprises a plurality of data 
elements, and wherein the computer program is further executable on the computer 
system to execute; 

the user selecting a plurality of key elements for use in key definitions from the 
plurality of data elements; and 
10 the user selecting the one or more key elements for displaying on the display 

screen from the plurality of key elements. 

49, The system of claim 45, wherein the computer program is further executable on 
the computer system to execute: 

15 defining one or more key values for the key definition; 

defining a processing parameter value for each of the key values for the key 
definition; and 

storing the one or more key values and processing parameter values in the 
database; 

20 wherein locating the processing parameter value using the constructed processing 

key value comprises matching the constructed processing key value with one of the one 
or more key values stored in the database. 

50, The system of claim 49, wherein each of the one or more key values is unique 
25 among the one or more key values for the key definition. 

5 1 , The system of claim 49, wherein the database comprises a process control data 
table associated with the key definition, wherein the process control data table comprises 
one or more rows, and wherein each row in the process control data table comprises one 
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or more fields for storing one key value and one or more fields for storing the processing 
parameter value for the key value stored in the rov^. 

52. The system of claim 49, wherein each of the one or more key values comprises 
5 one key element value for each of the one or more key elements in the key definition, and 
wherein the user defining the one or more key values for the key definition fiirther 
comprises the user defining the one or more key element values for each of the one or 
more key values. 

10 53. The system of claim 52, wherein the user defining the one or more key element 
values for each of the one or more key values comprises the user selecting a key element 
value for each of the one or more key elements in the key definition firom a plurality of 
available key element values for the key element. 

15 54. The system of claim 53, wherein the plurality of available key element values 
comprises a wildcard key element value. 

55. The system of claim 49, wherein the computer program is fiirther executable on 
the computer system to execute: 
20 defining one or more key masks for the key definition, wherein each key mask 

comprises one or more mask fields, wherein the one or more mask fields in the key mask 
correspond to the one or more key elements in the key definition; and 
storing the one or more key masks in the database. 

25 56. The system of claim 55, wherein the user defining the one or more key masks 
further comprises the user selecting a mask field value from a plurality of mask field 
values for each of the one or more mask fields in each of the one or more key masks, and 
wherein the plurality of mask field values comprises an equal mask field value and a 
wildcard mask field value. 
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57. The system of claim 49, wherein the transaction-related data comprises a credit 
card transaction, and wherein the processing parameter value comprises one or more data 
values configured for processing the credit card transaction. 

5 

58. The system of claim 57, wherein the processing parameter value comprises one or 
more merchant transaction pricing values. 

59. The system of claim 49, wherein the computer system comprises a display device 
10 coupled to the computer system to display data. 

60. The system of claim 59, wherein the display device is a display screen. 

6 1 . The system of claim 49, wherein the computer system comprises a user input 
15 device coupled to the computer system to enter data. 

62. The system of claim 61, wherein the user input device is a mouse or a keyboard. 

63 . A carrier medium comprising program instructions, wherein the program 
20 instructions are executable by a computer system to implement: 

displaying one or more key element representations on a display screen in data 
communication with a Financial Service Organization (FSO) computer system 
comprising a database, wherein the FSO computer system is configured to perform 
processing on FSO transaction-related data; 
25 selecting one or more key element representations from the displayed key element 

representations; 

preparing a key definition from the one or more key elements corresponding to 
the one or more selected key element representations in response to the user selecting the 
one or more key element representations; and 
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storing the key definition in the database; 

wherein the key definition stored in the database is configured for use in 
preparing a processing key value fi:om a transaction-related data in the FSO computer 
system, wherein the processing key value is configured for use in locating a process 
5 control data set in the database in the FSO computer system, wherein the process control 
data set comprises one or more process control data values, and wherein the process 
control data set located using the processing key value is configured for use in processing 
the transaction-related data in the FSO computer system. 

10 64. The carrier medium of claim 63 , wherein the user selecting the key element 

representations, the preparing the key definition, and the storing the key definition occur 
during a configuration of the FSO computer system. 

65. The carrier medium of claim 63, wherein the preparing the key definition fi"om the 
15 one or more key elements fiirther comprises the user specifying a sequence of the key 

elements in the key definition. 

66. The carrier medium of claim 63, wherein the database comprises a plurality of 
data elements, and wherein the program instructions are fixrther executable by the 

20 computer system to implement: 

the user selecting a plurality of key elements for use in key definitions firom the 
plurality of data elements; and 

the user selecting the one or more key elements for displaying on the display 
screen fi"om the plurality of key elements. 

25 

67. The carrier medium of claim 63, wherein the program instructions are fiirther 
executable by the computer system to implement: 

defining one or more key values for the key definition; 



Atty. Dkt. No.: 5053-31401 



Page 51 



Conley, Rose & Tayon, P.C. 



defining a processing parameter value for each of the key values for the key 
definition; and 

storing the one or more key values and processing parameter values in the 
database; 

5 wherein locating the processing parameter value using the constructed processing 

key value comprises matching the constructed processing key value with one of the one 
or more key values stored in the database. 

68. The carrier medium of claim 67, wherein each of the one or more key values is 
10 unique among the one or more key values for the key definition. 

69. The carrier medium of claim 67, wherein the database comprises a process control 
data table associated with the key definition, wherein the process control data table 
comprises one or more rows, and wherein each row in the process control data table 

15 comprises one or more fields for storing one key value and one or more fields for storing 
the processing parameter value for the key value stored in the row. 

70. The carrier medium of claim 67, wherein each of the one or more key values 
comprises one key element value for each of the one or more key elements in the key 

20 definition, and wherein the user defining the one or more key values for the key 

definition further comprises the user defining the one or more key element values for 
each of the one or more key values. 

7 1 . The carrier medium of claim 70, wherein the user defining the one or more key 
25 element values for each of the one or more key values comprises the user selecting a key 

element value for each of the one or more key elements in the key definition firom a 
plurality of available key element values for the key element. 
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72. The carrier medium of claim 7 1 , wherein the pluraHty of available key element 
values comprises a wildcard key element value. 

73 . The carrier medium of claim 63 , wherein the program instructions are fiirther 
5 executable by the computer system to implement: 

defining one or more key masks for the key definition, wherein each key mask 
comprises one or more mask fields, wherein the one or more mask fields in the key mask 
correspond to the one or more key elements in the key definition; and 

storing the one or more key masks in the database. 

10 

74. The carrier medium of claim 73, wherein the user defining the one or more key 
masks fiirther comprises the user selecting a mask field value firom a plurality of mask 
field values for each of the one or more mask fields in each of the one or more key 
masks, and wherein the pluraUty of mask field values comprises an equal mask field 

15 value and a wildcard mask field value. 

75. The carrier medium of claim 63, wherein the transaction-related data comprises a 
credit card transaction, and wherein the processing parameter value comprises one or 
more data values configured for processing the credit card transaction, 

20 

76. The carrier medium of claim 75, wherein the processing parameter value 
comprises one or more merchant transaction pricing values. 

77. The carrier medium of claim 63, wherein the carrier medium is a memory 
25 medium. 

78 . A method comprising: 

displaying on a display screen coupled to a Financial Service Organization (FSO) 
computer system a dictionary of data elements comprising one or more data elements 
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associated with an FSO transaction-related data, wherein the FSO computer system 
processes the transaction-related data; 

receiving a selection of one or more data elements selected from the dictionary of 
data elements, wherein the selected one or more data elements are arranged in a particular 
5 sequence to identify a user-defined key, wherein the user-defined key is configured 
during a configuration of the FSO computer system, wherein the user-defined key 
describes a location of one or more corresponding data element values stored in an FSO 
database; and 

storing the user-defined key in the FSO database. 

0 

79. The method of claim 78, wherein the displaying on the display screen, receiving 
the selection and storing the user-defined key occur during the configuration of the FSO 
computer system. 



15 80. The method of claim 78, wherein the FSO database comprises the one or more 
data elements, and wherein the method fixrther comprises: 

selecting a plurality of key elements for use in the user-defined key from 
the one or more data elements; and 

selecting the plurality of key elements for displaying on the display screen 
20 from the plurality of key elements. 



8 1 . The method of claim 78, flirther comprising: 

defining one or more key values for the user-defined key; 
defining a processing parameter value for each of the key values for the 
25 user-defined key; and 

storing the one or more key values and processing parameter values in the 
database; 
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wherein locating the processing parameter value using the constructed 
processing key value comprises matching the constructed processing key value 
with one of the one or more key values stored in the database. 



5 82. A system for processing Financial Service Organization (FSO) transactions, the 
system comprising: 

a computer program; 
a computer system; 

wherein the computer program is executable on the computer system to execute: 
10 displaying on a display screen coupled to a Financial Service 

Organization (FSO) computer system a dictionary of data elements 
comprising one or more data elements associated with an FSO transaction- 
related data, wherein the computer system processes the transaction- 
related data; 

15 receiving a selection of one or more data elements selected from 

the dictionary of data elements, wherein the selected one or more data 
elements are arranged in a particular sequence to identify a user-defined 
key, wherein the user-defined key is configured during a configuration of 
the computer system, wherein the user-defined key describes a location of 

20 one or more corresponding data element values stored in an FSO database; 

and 

storing the user-defined key in the FSO database. 

83. The system of claim 82, wherein the displaying on a display screen and the 
25 receiving the selection occur during a configuration of the FSO computer system. 

84. The system of claim 82, wherein the FSO database comprises the one or more 
data elements, and wherein the method fiirther comprises: 
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selecting a plurality of key elements for use in the user-defined key from the one 
or more data elements; and 

selecting the plurality of key elements for displaying on the display screen from 
the plurality of key elements. 

5 

85 . The system of claim 82, wherein the computer program is further executable on 
the computer system to execute: 

defining one or more key values for the user-defined key; 
defming a processing parameter value for each of the key values for the user- 
10 defined key; and 

storing the one or more key values and processing parameter values in the 
database; 

wherem locating the processing parameter value using the constructed processing 
key value comprises matching the constructed processing key value with one of the one 
15 or more key values stored in the database. 

86. The system of claim 82, wherein the computer system comprises a display device 
coupled to the computer system to display data. 

20 87. The system of claim 86, wherein the display device is a display screen. 

88. The system of claim 82, wherein the computer system comprises a user input 
device coupled to the computer system to enter data. 

25 89. The system of claim 88, wherein the user input device is a mouse or a keyboard. 

90. A carrier medium comprising program instructions, wherein the program 
instructions are executable by a computer system to implement a method of: 
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displaying on a display screen coupled to a Financial Service Organization (FSO) 
computer system a dictionary of data elements comprising one or more data elements 
associated with an FSO transaction-related data, wherein the computer system processes 
the transaction-related data; 

5 receiving a selection of one or more data elements selected from the dictionary of 

data elements, wherein the selected one or more data elements are arranged in a particular 
sequence to identify a user-defined key, wherein the user-defined key is configured 
during a configuration of the computer system, wherein the user-defined key describes a 
location of one or more corresponding data element values stored in an FSO database; 

10 and 

storing the user-defined key in the FSO database. 

91. The carrier medium of claim 90, wherein the displaying on a display screen and 
receiving the selection occur during a configuration of the computer system. 

15 

92. The carrier medium of claim 90, wherein the FSO database comprises the one or 
more data elements, and wherein the program instructions are farther executable by the 
computer system to implement: 

selecting a plurality of key elements for use in the user-defined key from the one 
20 or more data elements; and 

selecting the plurality of key elements for displaying on the display screen from 
the plurality of key elements. 

93 . The carrier medium of claim 90, wherein the program instructions are fiarther 
25 executable by the computer system to implement: 

defining one or more key values for the user-defined key; 
defining a processmg parameter value for each of the key values for the user- 
defined key; and 
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storing the one or more key values and processing parameter values in the 
database; 

wherein locating the processing parameter value using the constructed processing 
key value comprises matching the constructed processing key value with one of the one 
5 or more key values stored in the database. 

94. The carrier medium of claim 90, wherein the carrier medium is a memory 
medium, 

10 
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ABSTRACT OF THE DISCLOSURE 



A system and method for configuring key definitions, key values, and key value 
search masks for locating processing parameter values in a Financial Service 

5 Organization (FSO) computer system. The FSO computer system may include one or 
more processing parameters. A processing parameter may have one key definition, one 
or more key values with one processing parameter value assigned to each key value, and 
one or more key value search masks. The FSO computer system may include a database 
for storing the key definitions, key values and their associated parameter values, and key 

10 value search masks. Configuring the key definitions may include providing a user 

interface for the selection of one or more data elements to be used as key elements in the 
key definition. The user interface may also allow the specification of a sequence in 
which the key elements will appear in the key definition. Configuring a key value and 
the processing parameter value associated with the key value may include providing a 

15 user interface for entering key element values that are combined to form the key value, 
and for entering the processing parameter values associated with the key value. The user 
interface may allow the user to enter wildcard values for the key element values. 
Configuring key value search masks may include providing a user interface for entering 
values in the search mask fields. A search mask may include a search mask field for each 

20 key element in the key definition. The user interface may allow the user to enter 
wildcard values and equal values in the search mask fields. 



Atty.Dkt. No.: 5053-31401 



Page 59 



Conley, Rose & Tayon, P.C. 



Key Configuration System 10 




FIG. 1 



^ start ^ 



Define dictionary of data 
elements 
400 



Define subset of data 
elements available for key 
definitions 
402 



Define subset of key elements available for a 
PCD key definition 
404 



Define key elements used in the key definition 

406 



Set sequence of key elements in the key 
definition 
408 



Define key value for a row in the PCD table 
410 



Define PCD values for the row in the table 
412 




YES 



Define search masks and search order for the 
PCD table 
416 



Store the key definition, search mask table, 
and PCD table 
418 



FIG. 2 




YES 




FIG. 3 



122 ^ 124 v,^^ 

I 120 

DICTIONARY * 
DATA USEABLE 
ELEMENTS IN KEYS? 



A 


NO 


B 


NO 


c 


NO 


D 


NO 


E 


NO 


F 


NO 


G 


NO 


H 


NO 


1 


NO 


J 


NO 


K 


NO 


L 


NO 


M 


NO 


N 


YES 


0 


YES 


P 


YES 


Q 


YES 


R 


YES 


S 


YES 


T 


YES 


U 


YES 


V 


YES 


w 


YES 


X 


YES 


Y 


YES 


z 


YES 



FIG. 4 




AVAILABLE KEY USEABLE 
ELEMENTS IN THIS KEY? 



N 


NO 


0 


NO 


P 


NO 


Q 


NO 


R 


NO 


S 


NO 


T 


NO 


U 


NO 


V 


YES 


w 


YES 


X 


YES 


Y 


YES 


z 


YES 



FIG. 5 



142 ^ 144 146 



—1 — 


USE InI 




140 


AVAILABLE KEY 








ELEMENTS 


THIS KEY? 


SEQUENCE 




V 


NO 


N/A 




W 


YES 


2 




X 


YES 


1 




Y 


NO 


N/A 




Z 


YES 


3 





FIG. 6 



152 V 


154 V 

) 


156 V 

) 


158 \ 


160 v 

1 


J 


J 


r 


J 


/ iDU 


KEY 


KEY ELEMENT 


ELEMENT 


FIEL^D 




ELEMENT 


SEQUENCE 


NAME 


LENGTH 


TYPE 


X 


1 


COMPANY ID 


2 


NUMERIC 


W 


2 


CREDIT CARD TYPE 


3 


CHARACTER 


z 


3 


ON US/NOT ON US 


1 


CHARACTER 



FIG. 7 



172 



174 



178 



ROW 



KEY VALUES 



X 



W 



PCD VALUES 



170 



TRANSACTION CHARGE 



1 
2 
3 
4 
5 
6 
7 



12 


VIS 


Y 


10 


12 


DIS 


Y 


8 


12 


* 


* 


12 


12 


* 


Y 


13 


14 


VIS 


N 


12 


14 


DIS \ 


N y 


11 








14 



175 



176 



177 



179 



FIG. 8 



182 \ 183 

180 

SEARCH MASKS 
KEY ELEMENT: X W Z 



SEARCH 
ORDER 

1 
2 
3 



^ ^(^ ^ 

^ 184 185 ^ 186 V_^187 



FIG. 9 



202 



200 




204 



PCD 1 


User-defined key definition 1 


PCD 2 


User-defined key definition 2 


PCD ... 




PCDn 


User-defined key definition n 



FIG. 10 



206 



208 



205 



PCD 1 


Search mask table 1 


PCD 2 


Search mask table 2 


PCD... 




PCDn 


Search mask table n 



FIG. 11 



212 



214 



210 




216 




n iQPr-HpfmpH kev value 11 


[User-defined PCD data value 1] 


[User-defined key value 2] 


[User-defined PCD data value 2] 


[... ] 


[... ] 


[User-defined key value n] 


[User-defined PCD data value n] 



217 



FIG. 12 



219 



212 



216 




PCDx 



PCD 



PCD 2 



^ PCD 1 ^ 


[key value 1] 


[PCD value 1] 


[key value 2] 


[PCD value 2] 


[... ] 


[... ] 


[key value n] 


[PCD value n] 




210 



214 




218 




217 



219 



FIG. 13 



192 



193 



194 



195 



PROCESSING KEY VALUES PCD 

TABLE 



196 



^ 197 ^ 198 — 1 



99 



TRANSACTION 



KEY ELEMENT: 


X 


W 


Z 


ROW 


CHARGE 


SEARCH 1: 


12 


DIS 


Y 


2 


8 


SEARCH 2: 


12 


MSC 


Y 








12 




Y 


4 


13 


SEARCH 3: 


12 


MSC 


N 








12 


* 


N 








12 


* 


* 


3 


12 


SEARCH 4: 


14 


MSC 


N 








14 




N 








14 


* 


* 







14 



FIG. 14 



